System and method for creating a customized electronic catalog

ABSTRACT

A system and method for creating a customized product catalog. The customized catalog is created in response to a request to search an electronic catalog that has data representative of a plurality of products each having one or more attributes. The search request includes at least one user-specified attribute of interest. Products in the electronic catalog are identified that have an attribute corresponding to the user specified attribute of interest. The identified products are aggregated into a sub-catalog that includes data representative of the identified products which data is formatted using a user-specified electronic format. In this manner, a customized catalog can be created for used in a user-specific electronic commerce system.

RELATED APPLICATION

[0001] This subject application is a continuation of, and claimspriority to under 35 U.S.C. §120, U.S. application Ser. No. ______,entitled “System And Method For Retrieving Information From AnElectronic Catalog,” filed on Jun. 8, 2001 by Song and Westphal.

BACKGROUND OF THE INVENTION

[0002] This invention relates generally to systems and methods forconducting electronic commerce and, more particularly, relates to asystem and method for interacting with an electronic catalog.

[0003] The recent development of the Internet has caused many retailersand suppliers to enter the electronic-business forum and offer theirproducts for sale via the Internet. In order to facilitate the sale oftheir products via the Internet, these retailers and supplies typicallyprovide online catalogs which identify and describe their products. Themethod for searching for products within these electronically storedcatalogs is, however, different than the methods that are traditionallyused when searching for products listed in a printed catalog. In thisregard, search engines have been the most common means employed forsearching electronic catalogs. However, retailers and suppliers havestruggled to develop search engines that are easy to use and that alsoprovide accurate and useful results on a substantially real-time basis.In fact, currently known search engines are often times frustrating touse and provide less than optimal results.

[0004] To initiate the searching process, many search engines allowusers to enter keywords. Typically, these search engines process thekeywords that are entered by the user and, in response, conductinput/output (“I/O”) function calls at a server computer to obtain thesearch results. While the keyword search methodology is effective forsearching product catalogs with small inventories, conducting searchesusing I/O function calls is time consuming and less efficient forretailers and suppliers that offer many different products.

[0005] Additionally, many retailers and suppliers offer multipleproducts that include identical or virtually identical product names ordescriptions. Thus, when a keyword search is conducted, the search islikely to generate a large list of products that match the enteredkeywords. This requires that the results of the search be carefullyreviewed by the party conducting the search, or that the search bere-executed with keywords that are aimed at producing a narrower set ofsearch results. Therefore, the keyword search methodology is seen tohave limited use in that it is most effective when performing searcheswithin product catalogs that have products that have easilydistinguishable descriptive attributes. Unfortunately, most electronicproduct catalogs are voluminous and have numerous products with the sameor similar attributes.

[0006] A known alternative to search techniques that utilize I/Ofunction calls when conducting searches is to provide a lookup modulethat stores substantially all of the search database in the local memoryof a computer. This type of search, however, is limited to wordprocessing applications where users have the option of employing adictionary look-up function or a thesaurus look-up function. While thesesearch techniques enable a search to be conducted in a relatively fasttime frame, as a result of storing part of the search database in thelocal memory, these search techniques have not been employed to searchproduct catalogs which are presently too large to be stored in localmemory when compared to electronic dictionaries and thesauruses.

[0007] From the foregoing, it is seen that a need remains for animproved system and method for conducting online searches of productcatalogs. In particular, a need exists for a system and method forconducting online searches of large product catalogs that is easy to useand that also provides accurate and useful results on a timely basis.

SUMMARY OF THE INVENTION

[0008] In accordance with these needs, the subject invention resides ina system and method for creating a customized product catalog.Generally, the customized catalog is created in response to a request tosearch an electronic catalog that has data representative of a pluralityof products each having one or more attributes. To this end, the searchrequest includes at least one user-specified attribute of interest. Theuser-specified attribute is used to identify the products in theelectronic catalog that have an attribute corresponding to the userspecified attribute of interest. The identified products are aggregatedinto a sub-catalog that includes data representative of the identifiedproducts which data is formatted using a user-specified electronicformat.

[0009] In a network environment, the search request can be created at aclient computer and transmitted to a search computer. The searchcomputer would use the search request in the described manner to createthe sub-catalog. The sub-catalog can then be burned into a CD ROM,downloaded to the client computer, or the like. Of particular value, thesub-catalog can be downloaded to and used in an electronic commercesystem to provide an end-user with a catalog that includes only productsof interest to the end-user.

[0010] A better understanding of the objects, advantages, features,properties and relationships of the invention will be obtained from thefollowing detailed description and accompanying drawings which set forthan illustrative embodiment and which are indicative of the various waysin which the principles of the invention may be employed.

BRIEF DESCRIPTION OF DRAWINGS

[0011] For a better understanding of the invention, reference may be hadto a preferred embodiment shown in the following drawings in which:

[0012]FIG. 1 is a diagram illustrating an exemplary system forconducting searches in accordance with the invention described herein;

[0013]FIG. 2 is a diagram illustrating exemplary components at thesearch computer within the system illustrated in FIG. 1 and itsinteraction with a server computer and a client computer;

[0014]FIG. 3 is an exemplary Web page depicting a user interfacedisplaying the results of an exemplary search;

[0015]FIG. 4 is a Web page depicting a user interface displaying theresults of an exemplary search resulting from the clicking of thesearchable attribute “Westward” as shown in FIG. 3;

[0016]FIG. 5 is a Web page depicting a user interface displaying theresults of yet another exemplary search;

[0017]FIG. 6 is an exemplary main data file depicting product recordsfor an electronic catalog, including fields for “record number,” “stocknumber,” “brand,” “description,” “50 Hertz” and “Made in the USA”;

[0018]FIG. 7 is a portion of an exemplary main data file depictingbinary attributes and an exemplary search data structure of asearchable, electronic catalog which is representative of the portion ofthe main data file and which is created in accordance with the subjectinvention;

[0019]FIG. 8 is a portion of an exemplary main data file depictingenumerated attributes and an exemplary search data structure of asearchable, electronic catalog which is representative of the portion ofthe main data file and which is created in accordance with the subjectinvention

[0020]FIG. 9 is a portion of the XML listing used in providing aconfiguration interface;

[0021]FIG. 10a shows a series of exemplary records that are created by adata preprocessor/configuration interface after processing a firstproduct record in the main data file, the exemplary records including afirst data field, a second data field and a third data field;

[0022]FIG. 10b shows a series of exemplary records that are created bythe data preprocessor/configuration interface after processing a secondproduct record in the main data file, the exemplary records includingadditional record numbers in the third data field for attributescontained in the second product record;

[0023]FIG. 10c shows a series of exemplary records that are created bythe data preprocessor/configuration interface after processing all ofthe product records in the main data file, the exemplary recordsincluding additional record numbers in the third data field forattributes contained in a third and fourth product record;

[0024]FIG. 11 is a diagram illustrating an exemplary method for use inconverting the main data file into a searchable, electronic catalog;

[0025]FIG. 12 is a diagram illustrating an exemplary method forprocessing search requests at a search computer and downloading searchresults to a client computer; and

[0026]FIG. 13 is a diagram illustrating an exemplary method forprocessing a search request including additional attributes that aresubmitted by the client computer, after search results have already beenprovided, the process including steps for executing a join/intersectionfunction to merge the search results from the search requests anddisplaying selectable search attributes that exist for the joined searchresults.

DETAILED DESCRIPTION

[0027] Turning now to the Figures, wherein like reference numerals referto like elements, there is illustrated a system and method forinteracting with an online or electronic catalog. Although not required,the system and method will be described in the general context of acomputer network 20, illustrated in FIG. 1, and computer executableinstructions being executed by general purpose computing devices withinthe computer network 20. In this regard, the general purpose computingdevices may comprise one or more server computers 22 a, which include amain data file 24, one or more search computers 22 b, which include asearchable (as shown in FIG. 2), electronic catalog in the form of oneor more search data structures 28, and one or more client computers 22 cby which users can access and retrieve information from the searchable,electronic catalog. As will be appreciated by those of skill in the art,the general purpose computing devices need not be limited to personalcomputers, but may include hand-held devices, multiprocessor systems,microprocessor-based or programmable consumer electronics,minicomputers, mainframe computers, personal digital assistants,cellular telephones or the like depending upon their intended end usewithin the system.

[0028] For performing the procedures described hereinafter, the computerexecutable instructions may be written as routines, programs, objects,components, and/or data structures that perform particular tasks. Withinthe computer network 20, the computer executable instructions may resideon a single general purpose computing device or the tasks performed bythe computer executable instructions may be distributed among aplurality of the general purpose computing devices. Therefore, whiledescribed in the context of a computer network, the present inventionmay be embodied in a stand-alone, general purpose computing device thatneed not be connected to a network.

[0029] To perform the particular tasks in accordance with the computerexecutable instructions, the general purpose computing devices mayinclude, as needed, a video adapter, a processing unit, a system memory,and a system bus that couples the system memory to the processing unit.The video adapter allows the general purpose computing devices tosupport a display, such as a cathode ray tube (“CRT”), a liquid crystaldisplay (“LCD”), a flat screen monitor, a touch screen monitor orsimilar means for displaying textual and graphical data to a user. Thedisplay allows a user to view information such as the keyword anddrill-down search attributes, search results for particular searchrequests, system maintenance screens, etc.

[0030] The general purpose computing devices may further include readonly memory (ROM), a hard disk drive for reading from and writing to ahard disk, a magnetic disk drive for reading from and writing to amagnetic disk, and/or an optical disk drive for reading from and writingto a removable optical disk. The hard disk drive, magnetic disk drive,and optical disk drive may be connected to the system bus by a hard diskdrive interface, a magnetic disk drive interface, and an optical diskdrive interface, respectively. The drives and their associatedcomputer-readable media provide non-volatile storage of the computerexecutable instructions and any other data structures, program modules,etc. utilized during the operation of the general purpose computingdevices. In addition, to provide improved searching speed by eliminatingthe need to perform I/O function calls, the search computer(s) 22 b willinclude random access memory (“RAM”) or similar volatile memory in whichthe subject searchable, electronic catalog is preferably stored.

[0031] To connect the general purpose computing devices within thecomputer network 20, the general purpose computing devices may include anetwork interface or adapter. When used in a wide area network, such asthe Internet, the general purpose computing devices typically include amodem or similar device. The modem, which may be internal or external,is connected to the system bus via a serial port interface. It will beappreciated that the described network connections are exemplary andthat other means of establishing a communications link between thegeneral purpose computing devices may be used. For example, the systemmay also include a wireless access interface that receives and transmitsinformation via a wireless communications medium, such as, a cellularcommunications network, a satellite communications network, or othersimilar type of wireless network.

[0032] For use in creating the searchable, electronic catalog, a maindata file 24 is provided which is preferably in the form of atraditional commercial database capable of being updated and maintainedin conventional and existing manners. In this regard, the main data file24 is preferably comprised of product records 24 a wherein each productrecord is representative of an individual product, i.e., a unit ofinformation in the electronic catalog. Furthermore each product recordpreferably includes data 26 stored in fields which data isrepresentative of attributes of the product, i.e., features,descriptors, etc. For example, as shown in FIG. 6, the data may beorganized within the main data file 24 using records having predefinedfields 25 such as, by way of example only, a “record number” field 25 a,a “stock number” field 25 b, a “brand” field 25 c, a “description” field25 d, a “50 Hertz” field 25 e, and a “Made in the USA” field 25 f. Forreasons that will become apparent, the fields within the main data file24 are preferably selected so as to provide a means for logicallycategorizing the product attributes.

[0033] While the main data file 24 is preferably stored in one or morememory locations on one or more of the server computers 22 a, it will beappreciated that the main data file 24 can also be stored on a singlegeneral purpose computing device on which the entirety or part of thesystem is embodied. Furthermore, to ensure that the searchable catalogcontains the most up-to-date information, it is preferred that measuresare taken to timely update the main data file 24 from which thesearchable, electronic catalog is derived. To this end, the main datafile 24 may be updated on a daily basis. This update wouldadvantageously take place during non-peak search periods.

[0034] To create the searchable, electronic catalog from the informationcontained within the main data file 24, which also preferably takesplace during non-peak search periods, the system includes a datapreprocessor that cooperates with a configuration interface 36, anexample of the configuration interface 36 is illustrated in FIG. 9, tocreate one or more search data structures 28. Generally, theconfiguration interface functions to define the search data structures28, i.e., the records and fields within the search data structures 28.Accordingly, the configuration interface also determines into whichsearch data structure 28 data from the main data file 24 is to bestored.

[0035] When storing data within the search data structures 28, theconfiguration interface may also be used to assign functionality to thedata, e.g., whether the data in the field is displayable, whether thedata within the field is a selectably searchable attribute, etc. By wayof example, with reference to FIG. 9, data representative of anattribute 26 within the search data structure 28 might be displayable ona user computer 22 c as an alphanumeric string, i.e., “Power Tool,”while the internal, searchable representation of this attribute might bea hex value, i.e., 0x04. Thus, it will be appreciated that somesearchable attributes, such as searchable attributes represented inbinary form, are only utilized in connection with the search processdescribed hereinafter.

[0036] As noted previously, the configuration interface 36 is used todynamically assign each attribute 26 an internal representation datatype within the search data structure, such as string, integer or bitmask. In this regard, since string types are slow and wasteful in termsof memory but well-suited for human-readable applications, stringsshould be used only to represent attributes that are to be displayed onthe user computer 22 c. On the other hand, since integers are fast and,therefore, a significant amount of logical comparisons can be performedin only a few CPU clock cycles, integers are a preferred internalrepresentation type. Bit masks are also fast, but come in a close secondto integers, due to some limitations associated with JAVA code, which isthe preferred coding language. Nevertheless, if slight response timedegradation is allowable, then the overall data structure “footprint”can be significantly reduced by using bit masks, especially when usingbinary attributes, e.g., yes/no or true/false.

[0037] As further noted above, the main data file 24 may be convertedinto several search data structures 28, such as a keyword search datastructure 28 a, a “brand” search data structure 28 b, or other customsearch data structures 28 c. The keyword search data structure 28 a mayinclude a group of search records 30 comprised of attributes 26 that arestored within data fields within the main data file 24 as text. Thebrand search data structure 28 b may include a group of search records30 comprised of search attributes 26 that are taken from the specific“brand” field 25 c of the main data file 24. A custom search datastructures 28 c may further include additional categories of search datastructures, such as, search data structures 28 that include searchrecords for products that are “made in the USA” or products that are“safe for children.” These custom search data structures 28 may includea group of search records 30 comprised of attributes 26 that are takenfrom the respective predefined fields 25 of the main data file 24.

[0038] The search records 30 are further comprised of a plurality ofdata fields 32. For example, each search record 30 may be comprised of afirst data field 32 a, a second data field 32 b, a third data field 32 cand a fourth data field 32 d. The first data field 32 a of the searchdata structure 28 may contain the literal value of a particular searchattribute 26 or its JAVA representation. As shown in FIGS. 10a-10 c, thefirst data field may be generated in a sorted order. In addition, thefirst data field 32 a may be a binary representation of an attribute (asshown in FIG. 7), which means that this data field 32 a can assume onlyone of two types of values, i.e., true/yes (has the attribute) orfalse/no (does not have the attribute). On the other hand, if the firstdata field 32 a can assume one of several different predefined values,such as white, black, or yellow (as shown in FIG. 8), the first datafield 32 a can have an enumerated value representative of the one of thepredefined attribute values. The second data field 32 b contains thenumber of times the attribute appears in the main data file 24. Thethird data field 32 c preferably contains the record address in the maindata file 24 where the particular search attribute 26 appears. Further,the third data field 32 c may include a variable number of data fieldsdependent upon the number of records in which the attribute 26 appearsin the main data file 24.

[0039] The fourth data field 32 d is optional and may include an index27 that represents a range of values, the range of values including avalue equivalent to that values contained within the first data field 32b of the search records 30, such as an RPM value; thus, as shown inTable A, the configuration interface 36 may populate the fourth datafield 32 d with a selectable index 27. The selectable index 27 may bedisplayed on the client computer 22 c as a drill-down menu selection oras a hyperlink, and chosen by the client computer 22 c similar to otherselectable attributes 26 b. The first data field 32 a, the fourth datafield 32 d and the collection of record addresses that may exist in thethird data field 32 c may also be provided in sorted order. TABLE Athird third Freq. Variable Number of Record Numbers Where this data dataIndexed Value Display Value (second data Dictionary Word Appears in MainData File field field third data (fourth data field) (first data field)field) (third data field) cont. cont. field cont.  500 to 1199  550 1 56. . . 1200 to 1499 1200 2 34 66 . . . 1500 to 1999 1625 3 27 58 88 . . .2000 to 2999 2550 1 22 . . .

[0040] The sorted order of the first data field 32 a, the third datafield 32 c and the fourth data field 32 d allows in-place searches to beconducted, that is, searches can be conducted without requiringadditional indexes to perform the search. An in-place binary orinterpolation search may be performed by knowing the memory address inwhich each search record 30 begins and ends. Although not required, thedata fields 32 of the search records 30 are stored as read-only data.Thus, traditional database activities, such as live updates, recordlocking, record validation and foreign key constraints are notavailable; this decreases the memory and processing requirements for thesearch computers 22 b, thereby increasing the speed and efficiency ofthe system 10 while also allowing the searchable, electronic catalog tobe maintained in volatile memory.

[0041] As exemplified in FIGS. 11 and 10a-10 c, to create the searchdata structures 28 a, the data preprocessor, as directed by theconfiguration interface 36, uploads a first attribute 26 a from aselected predefined field 25 of the main data file 24 into the firstdata field 32 a of a first search record 30 a for a particular searchdata structure (as designated by the configuration interface), adds oneto the second data field 32 b of the first search record, and appendsthe record address of the record in the main data file 24 in which thefirst attribute appears into a third data field 32 c of the first searchrecord 30 a.

[0042] The data preprocessor then compares a second attribute 26 b fromthe selected field in the main data file 24 to the attribute representedwithin the first data field 32 a of the first search record 30 a. If thedata preprocessor determines that the second attribute 26 b andattribute represented in the first data field 32 a of the first searchrecord 30 a are the same, the second data field 32 b of the first searchrecord 30 a is increased by one and the record address within the maindata file 24 in which the second attribute 26 b is found is appended asan additional third data field 32 c to the first search record 30 a. If,however, the configuration interface 36 determines that the secondattribute 26 b and attribute represented within the first data field 32a of the first search record 30A are different, the second attribute 26b is read into the first data field 32 a of a second search record 30 b,its second data field is increased by one, and a third data field isappended to the second search record which includes a representation ofthe record within the main data file 24 in which the second attribute isfound.

[0043] The data preprocessor will then process the next attribute 26 cin the appropriate field within the main data file 24. If the datapreprocessor determines that the next search attribute 26 c and theattribute represented in the first data field 32 a of the first searchrecord 30 a are the same, the number of occurrences represented withinthe second data field 32 b of the first search record 30 a is increasedby one and the record address within the main data file 24 in which thecurrently considered attribute is found is appended as an additionalthird data field 32 c to the corresponding search record 30 a. If thenext attribute 26 c and attribute represented by the first data field 32a of the first search record 30 a are different, then the datapreprocessor will compare the next attribute 26 c to the attributerepresented in the first data field 32 a of the second search record 30b. This process will continue to be performed until all attributes inthe main data file 24 for the one or fields of interest have beenconsidered and processed.

[0044] By way of specific example, as shown in FIG. 11, to create akeyword search data structure 28 a, the data preprocessor, as dictatedby the configuration interface 36 will examine the data maintained inthe fields of the main data file 24 that have been predetermined tocontain textual information. When extracting the data from the fields,the data may be parsed to extract and consider each word separately. Thewords are compared as they are extracted against the words that havealready been used to populate the keyword data structure in the mannerdescribed above. Thus, in accordance with this process, each of theunique words will have a corresponding record within the keyword searchdata structure 28 a which will include a first data field having arepresentation of the word, a second data field having an indication ofthe number of records in which the word is found, and one or more thirddata fields having data indicative of the records within the main datafile 24 in which the corresponding word attribute is set forth.

[0045] To gain access to the electronic catalog resident, the usercomputers 22 c may be linked to the network 20 through enterpriseresource planning system (“ERP”) portals, enterprise asset managementsystem (“ESM”) portals, computerized maintenance management system(“CMMS”) portals, or general Internet portals. In the case of ERPs, ESM,and CMMS, the user computer 22 c indirectly accesses the electroniccatalog by first establishing communication with an electronic-commercesystem that, in turn, provides access to the server computer 22 a. Inthe case of a general Internet portal, the user directly accesses theserver computer 22 a by, for example, clicking on a referring hyperlinkin a displayed HTML page or by typing an Internet URL that functions toidentify the server computer 22 a.

[0046] Once a connection that will provide access to the searchable,electronic catalog is established, a search of the searchable,electronic catalog is performed in response to the user entering asearch request on a search computers 22 c. Based on the searchattributes 26 entered or selected by the user, the server computer 22 aforwards the search request 40 to a selected one of the search computers22 b on which is stored at least one of the search data structures 28.The search request may be distributed to one of the search computers 22b based upon configurable, weighted average load balancing. Bydistributing search requests according to this method, the computernetwork is better able to utilize its hardware and achieve a morebalanced distribution of its load. Those with skill in the art shouldappreciate that other methods for distributing search requests could beemployed, such as round robin distribution methods or similar methodsfor distributing search requests.

[0047] To assist the user computer 22 c in accessing the computernetwork 20 and submitting search requests, the user computer 22 cincludes a graphical user interface 34. As shown in FIGS. 3-5, searchrequests may be entered on the user computer 22 b via the graphical userinterface 34 as keywords or selected from drill-down menus, which may beprovided by the graphical user interface 34. The graphical userinterface 34 may also manage the following: (1) the content that theuser interacts with; (2) search requests that are submitted by the user;(3) input and editing of a shopping cart by the user; and (4) selectionof transaction options by the user. In this regard, the graphical userinterface 34 of the Web server 22 a generates Web pages that includepull down menus, text entry fields, etc. by which the user computer 22 cmay exchange search information with the Web server 22 a.

[0048] Once a search request 40 is received at a server computer 22 a,which search request is comprised of information representative ofkeywords or search attributes 26 a selected using the graphical userinterface, the user submitted search attributes 26 a are compared to thedata fields 32 a of the search records 32 to find attributes 26 thatmatch the search attributes. In performing the matching operation, thesearch computer 22 b filters out search records 32 that do not include amatch with the user submitted search attributes 26 a. The search records32 that do contain a match may then be examined to determine if theremaining search records 32 include selectable search attributes 26 bthat should be displayed on the user computer 22 c by which the searchcan be refined. In this manner, each time the user clicks on a searchattribute or supplies an additional keyword, irrelevant content iseliminated and only the attributes of relevant content remain. Aftereach searching iteration, the search results 38 may then be displayed onthe user computer 22 c for purchase or additional searching.

[0049] More specifically, the following tables show detailed examples ofhow search requests 40 are processed by the search computer 22 b. Thefollowing main data file 24, shown in Table 1, is provided for exemplarypurposes only. TABLE 1 Record Stock 50 MADE # Number BRAND DescriptionHz IN USA 1 1A123 Ranco Yellow Light Barricade, Hard Plastic N N 2 2P100Swan Yellow Soaker Hose, ¼ inch Opening N Y 3 3K015 Dayton ¼ HPCapacitor Start Motor, Y Y Reversible, 1725 RPM 4 5X808 3M Yellow HardHat, Plastic N Y

[0050] As shown above, the highlighted column headings representselectable search attributes 26 b; selectable search attributes 26 b maybe displayed on the user computer 22 c as drill-down menu selections orhyperlinks as illustrated in FIGS. 3-5. Thus, a search data structure 28may exist for each of the selectable search attributes 26 b. If theselectable search attribute 26 b for “50 Hz” is chosen, the searchcomputer will examine the search data structure that corresponds to theselected search attribute 26 b. The search results 38 will include allthe search records 32 which include “Y” as a search attribute 26. Inthis instance, the main data field 24 includes one matching searchrecord, i.e., record number 3 of the main data file 24 as indicated inthe third data field 32 c of the second search record 28 of the “50 Hz”search data structure shown in Table 2. TABLE 2 First Data Field (50 HzSecond Data Third Data Third Data Field Attribute) Field (Count) Field(Cont'd) (Cont'd) N 3 1 2 4 Y 1 3

[0051] Next, the search computer will forward the search results 38 tothe server computer 22A. The server computer will read the record numberfrom the third data field 32 c and examine this record in the main datafile 24 for additional, selectable search attributes 26 b that can bedisplayed on the user computer 22 c for refinement of the search. Itshould also be understood, however, that the search computer 22 b couldalso determine whether additional, selectable search attributes 26 bexist without accessing the main data file 24. In the present example,record number 3 includes selectable search attributes for “Dayton” and“Made in the USA,” shown as the highlighted search attributes in maindata file 24 illustrated in Table 3 below. This means that theselectable search attributes for “Dayton” and “Made in the USA” can bedisplayed on the user computer for conducting additional search requests40. In other words any selectable search attribute that includes a “Y”or an alphanumeric string can be displayed to the user computer as adrill-down menu selection or as a hyperlink for use in further refininga search. It is to be noted that, while these additional searchableselections can be presented to the user, since only one record from themain data file 24 matched the current search request, no furthermeaningful refinements will be made by actually clicking of thepresented searchable attributes. TABLE 3 Record Stock 50 MADE IN #Number BRAND Description Hz THE USA 1 1A123 Ranco Yellow LightBarricade, Hard Plastic N N 2 2P100 Swan Yellow Soaker Hose, ¼ inch N YOpening 3 3K015 Dayton ¼ HP Capacitor Start Motor, Y Y Reversible, 1725RPM 4 5X808 3M Yellow Hard Hat, Plastic N Y

[0052] The following tables are used to show a more detailed example ofhow multiple search requests 40 are processed by the search computer 22b. The main data file shown in Table 4 is used for exemplary purposesonly. TABLE 4 Record Stock 50 MADE IN # Number BRAND Description Hz THEUSA 1 1A123 Ranco Yellow Light Barricade, Hard Plastic N N 2 2P100 SwanYellow Soaker Hose, ¼ inch Opening N Y 3 3K015 Dayton ¼ HP CapacitorStart Motor, Y Y Reversible, 1725 RPM 4 5X808 3M Yellow Hard Hat,Plastic N Y

[0053] Again, the highlighted column headings represent selectablesearch attributes 26 b, which are displayed on the user computer 22 c.Hyperlinks for “Ranco,” “Swan,” “Dayton” and “3M” may also be displayedon the user computer 22 c. Thus, a search data structure 28 may existfor each of the selectable search attributes 26 b, i.e., “Ranco,”“Swan,” “Dayton,” “3M,” “50 Hz” and “Made in the USA.” In the presentexample, the selectable search attributes 26 b for “Made in the USA” ischosen. Therefore, the search computer 22 b will examine the “made inthe USA” search data structure which corresponds to the selected searchattribute 26 b. The search results 38 will include all the searchrecords 32 which are indicated to have a “Y,” i.e., the product is madein the USA, as an attribute 26. As shown in Table 5, the main data field24 includes three matching search records, i.e., record numbers 2, 3 and4 as indicated in the third data field 32 b of the “made in the USA”search record illustrated therein. TABLE 5 First Data Field Second DataField (Made in USA) (Count) Third Data Field N 1 1 Y 3 2 3 4

[0054] Next, the search computer 22 b will forward the search results 38to the server computer 22 a. The server computer 22 a will read therecord numbers from the third data field 32 c and examine these recordin the main data file 24 to determine if any additional, selectablesearch attributes 26 b are available to be displayed on the usercomputer 22 c. It should also be understood, however, that the searchcomputer 22 b could also determine whether additional, selectable searchattributes 26 b exist without accessing the main data file 24. In thepresent example, since record numbers 2, 3 and 4 include selectablesearch attributes for the brands “Swan,” “Dayton,” and “3M” and aselectable search attribute for “50 Hz” as illustrated in Table 6, theclickable, selectable search attributes 26 b for “Swan,” “Dayton,” “3M”and “50 Hz” can be displayed on the user computer for conductingadditional search requests 40. TABLE 6 MADE Record Stock 50 IN THE #Number BRAND Description Hz USA 1 1A123 Ranco Yellow Light Barricade, NN Hard Plastic 2 2P100 Swan Yellow Soaker Hose, N Y ¼ inch Opening 33K015 Dayton ¼ HP Capacitor Y Y Start Motor, Reversible, 1725 RPM 45X808 3M Yellow Hard N Y Hat, Plastic

[0055] The “Made in the USA” selectable search attribute 26 a will notbe displayed on the user computer 22 c since it was already selected andselectable search attributes should not be made available for selectionmore than once.

[0056] Assuming that the selectable search attribute for “Swan” is nextselected, the search computer 22 b will use the search data structure 28for “Brands” (shown in Table 7) to retrieve all records including thebrand “Swan.” As shown in Table 7, only record number 2 is a match.TABLE 7 First Data Field Second Data Field (Brand Attribute) (Count)Third Data Field 3M 1 4 Dayton 1 3 Ranco 1 1 Swan 1 2

[0057] The search computer 22 b then recalls the search results from thefirst search request, i.e., record numbers 2, 3 and 4, and the searchresults from the second search request, i.e., record number 2. Anintersection or join function is then applied to both sets of searchresults. An intersection of the search results provides only onematching search record, i.e., record number 2 from the main data file24, as highlighted in Table 8. TABLE 8 50 MADE Record # Stock NumberBRAND Description Hz IN USA 1 1A123 Ranco Yellow Light Barricade, Hard NN Plastic 2 2P100 Swan Yellow Soaker Hose, ¼ inch N Y Opening 3 3K015Dayton ¼ HP Capacitor Start Motor, Y Y Reversible, 1725 RPM 4 5X808 3MYellow Hard Hat, Plastic N Y

[0058] As a note of significance, these search results all reside inmemory. Because of the data preprocessing step, the main data file maybe represented indirectly with the third data field. This field consistsof efficient integers. In this way, intersections of any number ofsearch results, corresponding to a one or more selected attributes, canbe performed entirely in RAM. This forgoes the need of working withtraditional database intersection functions that rely on non-volatilestorage.

[0059] As exemplified in FIG. 12, the search results 38 may be providedto the user computer 24 c in a variety of formats. For example, afterthe search results 38 have been displayed, the user may chose todownload the search results 38. If the user selects the download option,a group of format options and field information options will bedisplayed on the user computer 24 c. Then, the server computer 24A willformat the search results 38 according to the format options and thefield information options that are selected by the user. It should alsobe understood by those with skill in the art that the search computer 22b could also format the search results 38 in accordance with the formatoptions and the field information options that are selected by the user.After the search results 38 are properly formatted, the server computermay download the search results 38 into the user computer 24 c andpossibly into the ERP system of the user computer 24 c, therebyproviding the user computer 22 b with a customized product catalog. Theuser computers 22 b may receive the customized product catalog or searchresults 38 in a variety of formats, such as XML, fixed length records,or string delimited. The search results can also be place into a PDFfile, spreadsheet, or the like.

[0060] While specific embodiments of the present invention have beendescribed in detail, it will be appreciated by those skilled in the artthat various modifications and alternatives to those details could bedeveloped in light of the overall teachings of the disclosure. Forexample, the processes described with respect to computer executableinstructions can be performed in hardware or software without departingfrom the spirit of the invention. Furthermore, the order of all stepsdisclosed in the figures and discussed above has been provided forexemplary purposes only. Therefore, it should be understood by thoseskilled in the art that these steps may be rearranged and alteredwithout departing from the spirit of the present invention. In addition,it is to be understood that all patents discussed in this document areto be incorporated herein by reference in their entirety. Moreover,while the present invention is described in terms of JAVA code, itshould also be understood that the present invention may be programmedin various other software languages. Accordingly, the particulararrangement disclosed is meant to be illustrative only and not limitingas to the scope of the invention which is to be given the full breadthof the appended claims and any equivalents thereof.

What is claimed is:
 1. A method for creating a customized productcatalog, comprising: receiving a request to search an electronic catalogcomprised of data representative of a plurality of products each havingone or more attributes, the search request including at least oneuser-specified attribute of interest; examining the data to identify theproducts in the electronic catalog that have an attribute correspondingto the user specified attribute of interest; aggregating the identifiedproducts into a sub-catalog comprised of data representative of theidentified products; and formatting the sub-catalog data using auser-specified electronic format.
 2. The method as recited in claim 1,further comprising downloading, via a network connection, thesub-catalog to a computer in the user-specified electronic format. 3.The method as recited in claim 2, further comprising downloading thesub-catalog directly to an enterprise resource planning system.
 4. Themethod as recited in claim 1, wherein the network connection comprisesthe Internet.
 5. The method as recited in claim 1, wherein theelectronic format is selected from a group consisting of XML records,fixed length records, and string delimited records.
 6. A method forcreating a customized product catalog, comprising: receiving a requestto search an electronic catalog comprised of data representative of aplurality of products each having one or more attributes, the searchrequest including at least one user-specified attribute of interest;examining the data to identify the products in the electronic catalogthat have an attribute corresponding to the user-specified attribute ofinterest; aggregating the identified products into a sub-catalogcomprised of data representative of the identified products; andformatting the sub-catalog data in an electronic format that iscompatible with a user-specified type of computer.
 7. The method asrecited in claim 6, further comprising downloading, via a networkconnection, the sub-catalog to a computer in the user-specifiedelectronic format.
 8. The method as recited in claim 7, furthercomprising downloading the sub-catalog directly to an enterpriseresource planning system.
 9. The method as recited in claim 6, whereinthe network connection comprises the Internet.
 10. The method as recitedin claim 6, wherein the electronic format is selected from a groupconsisting of XML records, fixed length records, and string delimitedrecords.
 11. The method as recited in claim 6, further comprisingformatting the sub-catalog to match the electronic format utilized bythe user computer in conducting electronic, commercial transactions. 12.A system for creating a customized product catalog, comprising: a searchcomputer on which is stored an electronic catalog comprised of datarepresentative of a plurality of products each having one or moreattributes; a search engine resident on the search computer which, inresponse to the receipt of a search request including at least oneuser-specified search attribute, examines the data to identify theproducts in the electronic catalog that have an attribute correspondingto the user-specified attribute of interest and which aggregates theidentified products into a sub-catalog comprised of data representativeof the identified products; and a formatter that formats the sub-catalogdata into a user-specified format.
 13. The system as recited in claim12, comprising a client computer in communication with the searchcomputer, the client computer including a graphical user interface foruse in creating the search request.
 14. The system as recited in claim13, wherein the search computer transmits the sub-catalog to the clientcomputer.
 15. The system as recited in claim 14, wherein the clientcomputer has an associated enterprise resource planning system intowhich the sub-catalog is downloaded.
 16. The system as recited in claim14, wherein the client computer and the search computer are linked viathe Internet.
 17. The system as recited in claim 12, wherein theformatter formats the sub-catalog data in a format selected from thegroup consisting of XML records, fixed length records, and stringdelimited records.
 18. A computer-readable media having instructions forcreating a customized product catalog, the instructions performing stepscomprising: receiving a request to search an electronic catalogcomprised of data representative of a plurality of products each havingone or more attributes, the search request including at least oneuser-specified attribute of interest; examining the data to identify theproducts in the electronic catalog that have an attribute correspondingto the user specified attribute of interest; aggregating the identifiedproducts into a sub-catalog comprised of data representative of theidentified products; and formatting the sub-catalog data using auser-specified electronic format.
 19. The computer-readable media asrecited in claim 18, wherein the instructions perform the further stepof downloading, via a network connection, the sub-catalog to a computerin the user-specified electronic format.
 20. The computer-readable mediaas recited in claim 19, wherein the instructions perform the furtherstep of downloading the sub-catalog directly to an enterprise resourceplanning system.
 21. The computer-readable media as recited in claim 18,wherein the network connection comprises the Internet.
 22. Thecomputer-readable media as recited in claim 18, wherein the electronicformat is selected from a group consisting of XML records, fixed lengthrecords, and string delimited records.